Application Number: 09/783,673 
Reply to O.A. of September 21, 2006 



Dkt. No.: 34817/US 



REMARKS/ARGUMENTS 

Rejection under 35 U.S.C. ^103 

Claims 1-13 and 17-53 were rejected under 35 U.S.C. § 103(a) as being unpatentable 
over Filepp et al. 5,347,632 and Kikinis 5,727,159 and further in view of Makipaa 6,556,217. 
Applicants respectfully request reconsideration of these claims and request that the rejection be 
withdrawn at least because (a) these references fail to teach or suggest all of the claim limitations 
as required by MPEP § 2143, and (b) these references are not properly combinable. 

(a) UIForm Based On Client Device Capabilities 

Independent claims 1,17, 32, 36, and 45 recite defining or generating a user interface 
form based upon or being dictated by a number of device capabilities for a client device . 
Specifically, claims 1, 32, and 36 recite a UI form based upon a number of device capabihties for 
the client device "including a client device operating system, a client device maximum 
receivable packet size, and a hst of available chent device native UI controls." Claim 17 
similarly recites that the device capabihties include "a client device operating system and a chent 
device maximtmi receivable packet size," and claim 45 recites that the device capabilities include 
"the operating system and a list of available client device native UI controls." 

Examiner agrees that Filepp fails to teach these limitations (see, OA dated 9/21/06, p. 4, 
"Filepp does not explicitly say generating according to a UI format that is based upon a number 
of device capabilities for said client device"), but rather the rejection relies on Kikinis as 
teaching this limitation. Specifically, the rejection cites passages in Kikinis at Col. 2, lines 48-51 
and Col. 10, lines 20-33, which state, "In various embodiments of the invention the Proxy-Server 
downloads data comprising WEB pages and transposes the data to match the specific size and 
resolution of the display of the field computer " and "At step 101 the Proxy-Server converts all of 
the .jpg files to a dithered bitmap format according to information associated with the user ID 
received fi-om the hand-held at log-on. This ID estabhshes the size and resolution of the hand- 
held 's display , for example, and the bitmap created fi-om the .jpg files is scaled to the hand- 
held's display" respectively, (emphasis added). However, the reference only describes 
converting electronic image file formats according to a client device's display size and 
resolution . 
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In contrast, the claims of the present invention require a UI form based upon a number of 
device capabilities for the client device including a client device operating system, a client 
device maximum receivable packet size, and a hst of available client device native UI controls. 
These recited capabilities do not read on a client device's displav size and resolution , which are 
taught by Kikinis. Moreover, the recited capabiUties are not taught by the remaining art of 
record, which does not disclose a UI form based on such capabilities suitable for thin client 
devices. 

Examiner agrees that the combination of Filepp and Kikinis does not teach these 
limitations (see, OA dated 9/21/06, p. 4, "The combination of Filepp and Kikinis does not teach a 
client device operating system, a chent maximum receivable packet size, and a list of available 
chent device native UI controls" but rather the rejection relies on Makipaa as teaching this 
limitation. Specifically, the rejection cites passages in Makipaa at Col. 3, lines 2-11, lines 14-52; 
and Col. 7, lines 51-67, which state "This method identifies a user terminal type and screen size 
upon logon of a user terminal. It then extracts layout rules and typographical settings fi-om a 
database based on the user terminal type." Also, it states "By operation 230, the pagination and 
terminal adaptation module 90 has access to the terminal profile 140 and therefore is aware of 
the terminal capabihties. These capabilities would include, but not limited to, screen size, 
bandwidth, color vs. black and white, media types supported by this terminal type (i.e., 
video/audio, animation, etc.) and input capabilities." These capabihties are similar to Kikinis as 
they deal with the terminal's displav size and resolution . 

In contrast, the claims of the present invention require a UI form based upon a number of 
device capabilities for the client device including a chent device operating system, a client 
device maximum receivable packet size, and a list of available chent device native UI controls. 
These recited capabilities do not read on a chent device's displav size and resolution , which are 
taught by Makipaa. Moreover, the recited capabilities are not taught by the remaining art of 
record, which does not disclose a UI form based on such capabihties suitable for thin client 
devices. 



-13- 



Application Number: 09/783,673 
Reply to O.A. of September 21, 2006 



Dkt.No.:34817/US 



(b) Filepp and Kikinis and Makipaa References Are Not Properly Combinable 

Moreover, the Filepp, Kikinis and Makipaa references are not properly combinable 

because the Filepp reference teaches away from being modified or combined with other 

references to achieve the present claimed invention: 

A reference may be said to teach away when a person of ordinary 
skill, upon reading the reference, would be discouraged from 
following the path set out in the reference, or would be led in a 
direction divergent from the path that was taken by the applicant. 

In re Gurley, 27 F.3d 551, 553, 31 U.S.P.Q.2d 1 130, 1131 (Fed.Cir.1994). The Court also noted 
that there is "no suggestion to combine" references where one reference deliberately seeks to 
avoid a teaching of the other reference. In re Fine, 837 F.2d 1071, 1075, 5 U.S.P.Q.2d 1596, 
1599 (Fed.Cir.1988). When deliberating on prior art, "A prior art reference must be considered 
in its entirety, i.e., as a whole, including portions that would lead away from the claimed 
invention." MPEP § 2141.02 (VI). 

hi the present application, whereas Filepp is directed towards an architecture that reduces 
the load on the server and provides for a fat chent (i.e., client that performs the bulk of the data 
processing operations), Kikinis, Makipaa and the present invention are directed towards an 
architecture that reduces the load on the chent and provides for a thin client (i.e., server that 
performs the bulk of the data processing operations, see Kikinis Col. 2, lines 26-36; Col 6, hnes 
6-36 and see Makipaa Col. 5, lines 15-62). Accordingly, considering each reference "in its 
entirety, i.e., as a whole , including portions that would lead away from the claimed invention," 
one skilled in the art would not reasonably combine Filepp with Kikinis and Makipaa, or any 
other reference, to teach or suggest the limitations of the present claimed invention. MPEP § 
2141.02 (VI). 

The present invention is directed towards a thin client architecture, where substantial 
proportions of the processing are performed server-side to reduce the load on the client . See 
claims 1, 17, 32, 36, and 45; see, also. Spec. p. 6, lines 19-21 ("A preferred embodiment of the 
present invention provides a data communication architecture that exhibits the following 
attributes: a relatively thin chent for reduced client-side resource demands . . .") (emphasis added) 
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In Stark contrast, Filepp is directed towards an architecture that reduces the load on the server 

and provides for a fat client: 

...the invention includes procedures for formulating objects that 
have been specially structtired to include display data, control data 
and program instructions for supporting the applications at the 
network reception systems, the objects being pre-created, parceled 
units of information that may be distributed and stored at lower 
levels in the network ... so as to reduce processing demand on the 
network higher element . . . 

Col. 2, line 60-Col. 3, line 1 (emphasis added); see, also Col. 76, lines 37-47 ("the table can be 

presented to the user's RS 400, where the [client-side] RS 400 can provide the data processing 

required to present the potentially relevant keywords, objects and associated applications to the 

user. . . this procedure reduces demand on server . . see, also Col. 1, lines 16-25 ("This 

invention relates generally to a distributed processing. . .computer network in which the 

interactive text/graphic sessions are comprised of pre-created blocks of data and program 

instructions which mav be distributed downwardly in the network for use at a software enhanced 

user computer terminal that reduces processing demand on the higher-level network 

elements. . ."); see, also Col. 75, lines 41-56 ("the method aspect of the invention includes an 

improved procedure for searching and retrieving applications from the store of applications 

distributed throughout network. . . this reduces the demand on the server . . ."). 

Accordingly, Filepp teaches away from being modified or combined with other 
references to achieve the present claimed invention. One of ordinary skill in the art would not be 
motivated to combine the Filepp (fat client) reference with Kikinis (thin client) or Makipaa (thin 
client) to achieve the present claimed invention because the data processing allocation of each 
these references are incompatible. Considering the Filepp reference "in its entirety, i.e., as a 
whole, including portions that would lead away from the claimed invention ." one skilled in the 
art would not reasonably combine Filepp with Kikinis and Makipaa. 

Claims 2-13 depend directly or indirectly from claim 1 and are patentable for at least the 
reasons described above with respect to claim 1. 

Claims 18-3 1 depend directly or indirectly from claim 17 and are patentable for at least 
the reasons described above with respect to claim 17. 
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Claims 33-35 depend directly or indirectly from claim 32 and are patentable for at least 
the reasons described above with respect to claim 32. 

Claims 37-44 depend directly or indirectly from claim 36 and are patentable for at least 
the reasons described above with respect to claim 36. 

Claims 46-53 depend directly or indirectly from claim 45 and are patentable for at least 
the reasons described above with respect to claim 45. 



Claims 14-16 were rejected under 35 U.S.C. § 103(a) as being unpatentable over Filepp 
et al. 5,347,632 and Kikinis 5,727,159 and fiirther in view of Makipaa 6,556,217. Claims 14-16 
depend directly or indirectly from claim 1 and are patentable for at least the reasons described 
above with respect to claim 1. 

This application now stands in allowable form and reconsideration and allowance is 
respectfiiUy requested. 



RespectfiiUy submitted. 
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